Skip to content

rn-133: change command mentions to man page references#839

Open
LemmingAvalanche wants to merge 2 commits intogit:masterfrom
LemmingAvalanche:rn-133-no-markup-for-commands
Open

rn-133: change command mentions to man page references#839
LemmingAvalanche wants to merge 2 commits intogit:masterfrom
LemmingAvalanche:rn-133-no-markup-for-commands

Conversation

@LemmingAvalanche
Copy link
Copy Markdown
Contributor

@LemmingAvalanche LemmingAvalanche commented Mar 30, 2026

We don’t need to use verbatim markup for commands; we can use man
page (section 1) references instead. And those that are referenced
in such a way already don’t need this markup.

Only change the style in “Discussions” in order to not infringe on the
style chosen for the “Developer Spotlight” section.

Also don’t change anything that is inside quotations (quote block/inline).

We don’t need to use verbatim markup for commands; we can use man
page (section 1) references instead. And those that are referenced
in such a way already don’t need this markup.

Only change the style in “Discussions” in order to not infringe on the
style chosen for the “Developer Spotlight” section.

Also don’t change anything that is inside quotations (quote block/inline).
@LemmingAvalanche
Copy link
Copy Markdown
Contributor Author

The commit message is written in the usual imperative (which is assertive-sounding) style. But I am not asserting that this is an objective improvement. What do you all think? :)

@LemmingAvalanche LemmingAvalanche changed the title Rn 133 no markup for commands rn-133: change command mentions to man page references Mar 30, 2026
When Debian packagers later applied the patch using patch(1), the diff
in the commit message was applied as actual code, sneaking a spurious
`sleep(1)` call into the Debian unstable package. Matthias asked the
sleep(1) call into the Debian unstable package. Matthias asked the
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think in this case the code was exactly sleep(1) to sleep for 1 second. So contrary to patch(1) and the other places not related to sleep(), I think keeping the back-ticks is correct for sleep(1).

Matthias pushed back: the whole point was that nobody realized the
behavior was there. He called it "sheer luck" that it was only a
`sleep(1)` and not something more malicious crafted as a diff in the
sleep(1) and not something more malicious crafted as a diff in the
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Back-ticks seems correct to me for sleep() here too.

@chriscool
Copy link
Copy Markdown
Collaborator

@LemmingAvalanche the commit message is fine.

I also like both commits, except for the case of sleep(1).

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants